\section{Benchmark com atrasos}
\label{sec:resdelaycmp}

Nesta secção são apresentados os resultados do benchmark que introduz a simulação de processamento entre colunas ou linhas. Este benchmark foi apresentado na secção \ref{sec:benchdelaycmp}.

Uma vez que o único tempo medido que é directamente afectado pela introdução de atrasos é o tempo de execução, este será o único cujos valores serão apresentados. Para ser mais cómodo, os gráficos dos resultados com atraso e sem atraso são agrupados por contexto.

Os valores dos atrasos entre colunas e linhas foram escolhidos de forma a poderem produzir resultados que sejam comparáveis. A tabela de testes (fig. \ref{img:test-table}) possui oito colunas, assim no atraso entre colunas é introduzido um atraso total de $8 \times atraso_C$, em que $atraso_C$ é valor do atraso introduzido entre cada coluna. O atraso entre linhas ($atraso_L$), para ser comparável, terá então o valor de $8 \times atraso_C$. Por exemplo, atraso de 0.1ms entre colunas \emph{versus} atraso de 0.8ms entre linhas.

Os detalhes do funcionamento deste benchmark podem ser encontrados na secção \ref{sec:benchdelaycmp}.

\subsection{Atraso entre colunas}
\subsubsection{Comparação com MSJDBC}
Esta secção apresenta os resultados do benchmark com atrasos (secção \ref{sec:benchdelaycmp}). Os resultados reflectem o efeito do atraso entre colunas, e são apresentados sob a forma de uma comparação entre o desempenho registado para o $MSJDBC$ e as restantes soluções. A comparação é realizada através de um rácio dos tempos registados.
\input{images/results/delayccmp-MSJDBC}
\subsubsection{Comparação com WJDBC}
Esta secção apresenta os resultados do benchmark com atrasos (secção \ref{sec:benchdelaycmp}). Os resultados reflectem o efeito do atraso entre colunas, e são apresentados sob a forma de uma comparação entre o desempenho registado para o $WJDBC$ e as restantes soluções. A comparação é realizada através de um rácio dos tempos registados.
\input{images/results/delayccmp-WJDBC}

\subsection{Atraso entre linhas}
\subsubsection{Comparação com MSJDBC}
Esta secção apresenta os resultados do benchmark com atrasos (secção \ref{sec:benchdelaycmp}). Os resultados reflectem o efeito do atraso entre linhas, e são apresentados sob a forma de uma comparação entre o desempenho registado para o $MSJDBC$ e as restantes soluções. A comparação é realizada através de um rácio dos tempos registados.
\input{images/results/delaylcmp-MSJDBC}
\subsubsection{Comparação com WJDBC}
Esta secção apresenta os resultados do benchmark com atrasos (secção \ref{sec:benchdelaycmp}). Os resultados reflectem o efeito do atraso entre linhas, e são apresentados sob a forma de uma comparação entre o desempenho registado para o $WJDBC$ e as restantes soluções. A comparação é realizada através de um rácio dos tempos registados.
\input{images/results/delaylcmp-WJDBC}

\subsection{Resumo}

O atraso introduzido entre colunas provocou mais efeito nos resultados do que o atraso entre linhas, mas produzem conclusões semelhantes, por isso o seguinte é válido para ambos (salvo diferenças referidas explicitamente):
\begin{itemize}
  \item A introdução de atraso afecta o $MSJDBC$ e o $CJDBC_I$ da mesma forma, pelo que os resultados com e sem atraso são semelhantes;
  \item A introdução de atraso não afectou significativamente os resultados da comparação de $CJDBC_S$ com $MSJDBC$ na Actualização, no entanto para a Leitura o desempenho de $CJDBC_S$ sofreu um grande decréscimo;
  \item O desempenho da solução $WJDBC$ diminuiu muito com a introdução de atraso. Por exemplo, comparando com a ausência de atraso entre colunas, na Leitura foi cerca de 10 vezes pior e na Actualização foi cerca de 6 vezes pior.
\end{itemize}
